home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Oct 89 / Z0077-System errors only -Oct89 < prev    next >
Encoding:
Text File  |  1989-10-16  |  3.2 KB  |  68 lines  |  [TEXT/GEOL]
  1. Item    8911046                         13-Oct-89        17:43
  2.  
  3. From:   D2652                           Strategic Planning Sys, D Bell,PRT
  4.  
  5. To:     MACAPP.TECH$                    MACAPP Tech
  6.         MACDTS                          Macintosh Developer Tech. Supt.
  7.  
  8. cc:     D2652                           Strategic Planning Sys, D Bell,PRT
  9.  
  10. Sub:    System errors only on Plus
  11.  
  12.  
  13.  
  14. We are very close to having a final product.  We've been developing with MacApp
  15. for about a year now on MacII's and IIcx's.  My heart saddened when I took a
  16. copy of the application over to our Mac Plus (2 meg. not running MultiFinder),
  17. launched it, and watched it crash.  Each time I launched the app, it would run
  18. for several minutes and then the MacsBug debugger window would appear.  After
  19. several days of watching debug lines crawl by, we found almost all of the code
  20. where the crashes seem to occur.  We have commented them out for now, just so
  21. we can distribute a demo version of our program.
  22.  
  23. Well, we keep looking at the code and looking at the error messages that
  24. appeared in the debug window and in MacsBug and nothing seems to make sense.
  25. Every time it bombs, it gives us an error message like so:
  26.  
  27. in MacsBug: System error 28 at Dequeue + 0156;
  28.  
  29. In MacApp debugger: System overflowed into the heap;
  30.  
  31.  We are not calling any '020- or '030- specific code or toolbox methods.  We
  32. are sticking to 8-color quickdraw, and have tried removing all color without
  33. effect.  We have used only recommended pascal toolbox methods from IM(I-IV).
  34. Some of the troublesome code includes:
  35.  
  36.     1. any calls to Date and Time methods from IM (i.e. GetTime).
  37. One of the views we created is a free window with a scroller and a TEView,
  38. which represents a type of running journal of events that our program monitors.
  39. We used code and tips found in an old issue of Frameworks to insert new lines
  40. of text into the fHTE handle.  Every time we insert new text, we call a method
  41. to get the date and time and convert it to a string, and include it in the
  42. text.  Oddly enough, it isn't until after the program has launched and the
  43. TEView had some text in it before the app crashed. ???
  44.  
  45.     2. certain viewtypes on the screen.
  46. The application has several 'free' windows associated with it, including the
  47. journal window mentioned above.  The program runs when any number of document
  48. windows are open.   If we try to open up a certain 'free' windows, we get the
  49. same crash; certain other 'free' windows open fine.
  50.  
  51. As an aside:
  52. We wrote some methods to maintain a WINDOWS menu, but we needed to filter the
  53. menu items to specific window types.  Sometimes on the Plus we get garbage for
  54. the first item when there isn't a window on the screen that passes thru the
  55. filter.  It doesn't crash the app, but this quirk does not appear on our
  56. non-68000 machines.
  57.  
  58. I know this seems confusing; that's why we are sharing our troubles with you.
  59. We feel the confusion comes from the fact that these 'errors' show no
  60. consistency, and the trouble code seems so unrelated.  Does anyone have any
  61. clue what the problems could be stemming from?  It is a memory management
  62. problem?  Is there some constant or global in MacApp that we are not setting
  63. properly?  I'm sure it's our code, but what?
  64.  
  65. ...and thank you for your support.
  66. DannyC
  67.  
  68.